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(57) There is disclosed a method of establishing an 
IP quality of sen/ice session between a correspondent 
node and a mobile node. The mobile node has a home 
address in a home network and is temporarily connect- 
able in a foreign network having a foreign agent. IP 
packets are directed to the mobile node from the corre- 
spondent node via the home network. The quality of 
service session Is maintained in dependence on flow 



identification information in the IP packets. The method 
comprises: determining whether the flow identification 
information of a quality of service session to be config- 
ured matches the flow identification information of an ex- 
isting quality of service session; and responsive to a 
match, allocating temporary flow identification informa- 
tion to the quality of service session to be configured. A 
mobile IP environment in which such a method may be 
utilised is also disclosed. 
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Description ' ' 

Field of the Invention 

[0001] The present invention relates to messages 
conforming to the mobile Internet protocol (mobile IP) 
and sent from a host node in a network to a mobile node, 
and particularly to maintain a desired quality of service 
when any mobile host node changes its point of network 
attachment in a foreign network including a foreign 
agent. 

Background to the Invention . 

[0002] Current internet protocol (IP) technology and 
mobile IP technology enables a host terminal or host 
node which is normally connected in a particular net- 
work (the nodes 'home' network) to temporarily connect 
into a different network (a loreign' network) and still re- 
ceive IP packets or messages sent to the host terminal 
at its address in the home network. Such a host terminal, 
which changes its point of network attachment, is known 
as a mobile node. To still receive IP packets in the for- 
eign network the mobile node must register with a so- 
called 'home agent' in its home network. In registering 
with its home agent, the mobile node provides the home 
agent with a 'care-of address where it can be addressed 
in the foreign network. The home agent then monitors 
traffic in the home network, and if the home agent iden- 
tifies an IP packet which is carrying a destination ad- 
dress corresponding to the mobile node's home address 
in the home' network, it intercepts the IP packet. The 
home agent then 're-packages' the IP packet and sends 
it to the node at the 'care-of address in the foreign net- 
work. The 'care-of address may be a co-located care-of 
address or a foreign agent care-of address. 
[0003] The technique of directing an IP packet, des- 
tined for an address in the home network, to a 'care-of 
address in the foreign network is known, in mobile IP. 
as 'tunneling'. It is important in tunneling the IP packet 
to the 'care-of address that certain information concern- 
ing the original IP packet is retained in the re-packaged 
IP packet. For example, as well as maintaining the orig- 
inal pay load (or information portion) of the IP packet, the 
mobile node at the 'care-of address must still be able to 
identify in the 're-packaged' IP packet the source ad- 
dress from which the IP packet was originally sent and 
the home address of the mobile node in the home net- 
work. One technique known in mobile IP for 'tunneling' 
an IP packet to a mobile node *care-of address encap- 
sulates the original IP packet into a new IP packet as 
the IP packet payload. That is the original IP packet is 
incorporated as the payload (or Information ponion) of 
the new IP packet without any change to its content. The 
'care-of address is added to the new IP packet as the 
new destination address and the source address of the 
new IP packet is identified as the home agent. On re- 
■ ceipt the mobile node at the 'care-of address removes 



the 'wrapping' on the new IP packet to recover the orig- 
inal IP packet. 

[0004] One disadvantage with this technique is that 
the repackaged IP packet does not facilitate the support 

' of quality of service provisions in conformance with ex- 
isting IP quality of service standards. - 
[0005] Each IP packet has associated therewith, and 
included in the IP packet, flow identification information 
which identifies the quality of service associated with the 

0 IP packet transmission. This flow identification informa- 
. tion is present in fixed locations of the IP packet, where 
quality of sen/ice (QoS) capable routing/switching ele- 
ments can locate it and operate in dependence on it. 
However, with the encapsulation tunneling technique 

5 the flow identification information included in the IP 
packet by the source originating the IP packet is not 
available between the home agent and the 'care-of ad- 
dress. 

[0006] Thus the encapsulation technique in conven- 

?o tional mobile IP (one of which is known as IP-in-IP en- 
capsulation) shields the real source address (i.e. the ad- 
dress of the, correspondent node) and real destination 
address (i.e. the mobile node's home address), as well 
as the protocol ID in the I P packets, from the home agent 

S5 to the mobile node. In addition, encapsulation mobile IP 
also changes the payload infrastructure (the original IP 
header becomes part of the payload) and fails flow dif- 
ferentiation if routers are not changed accordingly so as 
to be able to detect the modifications or changes. 

30 Changes or even slight modifications of routers often re- 
quires a large amount of redesign and re-placement of 
all existing routers. This far more complicates the control 
and management of the networks. It may also cause 
problems in terms of security control and inter-operabil- 

35 ity. 

[0007] The quality of service (QoS) provisions pro- 
posed to be used in the Internet are defined by stand- 
ards, arid in IP one known standard tor quality of service 
signaling is called RSVP. RSVP (Resource Reservation 

40 Protocol)- is used in the Integrated Services Model 
(IntServe) quality of service framework defined by IETF 
The Integrated Services Model was designed to provide 
special handling for certain types of traffic, provide 
mechanisms for applications to choose between multi- 

45 pie levels of delivery services for its traffic, and to pro- 
vide signaling for quality of service parameters at Layer 
3intheOSl RM. 

[0008] IntServ defines two classes of services. The 
Controlled Load Class provides traffic delivery in the 
50 same way as when the network is unloaded ("betterthan 
best delivery"). The Guaranteed QoS Sen/ice Class de- 
livers traffic for applications with a bandwidth guarantee 
and delay bound. 

[0009] IntServ requires QoS capable nodes and a sig- 
55 paling protocol to communicate QoS requirements be- 
tween applications and nodes and between nodes. 
[0010] RSVP is the QoS signaling protocol used by 
IntServ. RSVP provides receiver QoS requests to all 
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router nodes along the transit Path of the traffic, nr^in- 
tains the soft-state (Path/Resen/atbn states), and re-* 
suits in resources being reserved in each router 
[0011] For RSVP/lritSen/ quality of service to operate, 
the flow identification information must be in a fixed lo- 
cation in the IP packets. An RSVP session is configured 
by the host terminals' exchanging so-called Path and 
Reservation messages prior to data transmission. 
[001 2] To enable the quality of service control across 
the transit path between peer host tenninals, each host 
terminal must therefore have the functionality to config- 
ure the necessary messages and recognise quality of 
service requests corresponding to an RSVP session. • 
[001 3] Existing RSVP does not specify how to specif-, 
icatly process Path and Reservation (Resv) messages 
in the scenario of mobility control based on mobile IP. 
Moreover, the 'tunneling' of standard mobile IP (e.g. IP- 
in-IP encapsulation) disables the correct flow identifica- 
tion and classes of service differentiation. 
[0014] II is therefore an object of Ihe present invention 
to provide a technique which enables the quality of serv- 
ice requirernent determined by the source of the mes- 
sage to be supported throughout the routing of the mes- 
sage to a mobile node's 'care-of address when the mo- 
bile node is temporarily attached in a foreign network 
including a foreign agent. 

Summary of the Invention 

[0015] According to the present invention there is pro- 
vided a method of establishing an IP quality of service 
session between a correspondent node and a mobile 
node, the mobile node having a home address in a home 
network and being temporarily connectable in a foreign 
network having a foreign agent, wherein IP packets are 
directed to the mobile node from the correspondent 
node via the home network, the quality of service ses- 
sion being maintained in dependence on flow identifica- 
tion information in the IP packets, the method compris- 
ing: determining whether the flow identification informa- 
tion of a quality of service session to be configured 
matches the flow identification information of an existing 
quality of service session; responsive to a match, allo- 
cating temporary flow identification information to the 
quality of service session to be configured. 
[0016] The temporary flow identification information 
may be allocated between the home network and the 
foreign network. The steps of determining a match and 
allocating temporary flow identification information may 
be carried out in the foreign network. The temporary flow 
identification information may be notified to the home 
network. The flow identification information may include 
an identification of the port numbers used by an appli- 
cation at the mobile node, wherein a temporary port 
number is allocated responsive to a match between 
such port numbers. 

[0017] The invention also provides a mobile IP envi- 
. ronment capable of establishing an IP quality of service 



session between a correspondent node and a mobile 
node, the mobile node having a home address in a home 
network and being temporarily connectable in a foreign 
network having a foreign agent, wherein IP packets are 

5 directed to the mobile node from the correspondent 
node via the home network, the quality of service ses- 
sion being maintained in dependence on flow identifica- 
tion informatiori in the IP packets, the mobile IP environ- 
ment having means for determining whether the flow 

10 identification information of a quality of service session 
to be configured matches the flow identification informa- 
tion of an existing quality of service session; the means 
being responsive to a match for allocating temporary 
flow identification information to the quality of service 

15 session to be configured. 

[0018] The means may be provided in the foreign net- 
work. At least two mobile nodes may be temporarily lo- 
cated in the foreign network, each being associated with 
the foreign agent and a respective one of at least two 

20 means, wherein the means may be further adapted to 
determine whether the flow identification information of 
a quality of service session between one of the mobile 
nodes and a correspondent node matches the flow iden- 
tification information of a quality of service session be- 

25 twoen the other of the mobile nodes and a correspond- 
ent node. At least two mobile nodes are temporarily con- 
nected in the foreign network, the means being associ- 
ated with each mobile node. 

[0019] The invention may also advantageously addi- 

30 tionally include a method of directing an internet protocol 
IP packet to the mobile node, the IP packet having a 
header portion including the destination address to 
which the IP packet is to be sent, the method comprising 
the steps of: receiving, in the home network, the I P pack- 

35 et including a destination address corresponding to the 
home address of the mobile node; modifying the IP 
packet by: removing the home address of the mobile 
node from the header portion of the IP packet and re- 
placing it with the foreign agent care-of address; ap- 

40 pending a mobile node identifier to the IP packet; and 
transmitting the modified IP packet. 
[0020] ' The invention may further advantageously in- 
clude the steps of: generating, in the foreign network, a 
modified reply message having a source address of the 

45 mobile node's care-of address and a destination ad- 
dress of the correspondent node; and transmitting the 
modified reply message. Brief Description of the Figures 

Figure 1 illustrates a network set-up including a 
so home network, a correspondent network, and a for- 
eign network; 

Figures 2(a) to 2(c) illustrate the standard format of 
an IP packet; 

Figure, 3.il|ustrates schematically a memory of a 
55 home agent of the home network; 

Figure 4(a) illustrates an IP packet constructed by 
the correspondent network for transmission to, a 
mobile node in the home network, and Figure 4(b) 
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illustrates the modification of that IP packet to re- 
direct it to the foreign network according to the prior 
art; - - * 

Figure 5(a) illustrates an IP packet constructed by 
the correspondent network for transmission to a 
mobile node in the home network, and Figure 5(b) 
illustrates the modification of that IP packet to re- 
direct it to the foreign network according to an alter- 
native technique; 

Figure 6 illustrates the network set-up of Figure 1 
in which the foreign network includes a foreign 
agent; 

Figure 7(a) illustrates an IP packet constructed by 
the correspondent node for transmission to a mo- 
bile node in the home network, and Figure 7(b) il- 
lustrates the modification of that IP packet to re-di- 
rect it to the foreign network according to the 
present invention when the foreign network in- 
cludes a foreign agent; 

Figure 8 iliuslrales schematically a memory of the 
foreign agent of Figure 6; 

Figure 9 illustrates schematically a modified mem- 
ory of the home agent of Figure 6; 
Figure 10(a) illustrates the IP packets of a Path 
message of a first section of a quality of servicG ses- 
sion in mobile IP supporting RSVP; 
Figure 10(b) illustrates the IP packets of a Path 
message of a second section of a quality of service 
session in mobile IP supporting RSVP; 
Figure 10(c) illustrates the general end-to-end 
structure of a Reservation message in general IP; 
Figure 10(d) illustrates the general end-to-end 
structure of a Reservation message of a second 
section of a quality of service session in mobile IP 
supporting RSVP; 

Figure 10(e) illustrates the general end-to-end 
structure of a Reservation message of a first section 
of a quality of service session in mobile IP support- 
ing RSVP; 

Figure 11 illustrates the steps of performing a pre- 
ferred implementation of an RSVP operation in mo- 
bile IP; 

Figure 12 illustrates the network arrangement of 
Figure 1 adapted to support RSVP in mobile IP; 
Figure 13 illustrates the network arrangement of 
Figure 1 2 furtheradapled to show two mobile nodes 
supported by a common foreign agent; 
Figure 14 illustrates a portion of the format of a 
memory layout in elements of the network of Figure 
13; 

Figure 15 illustrates the steps for operating the net- 
work arrangement of Figure 13: and 
Figure 16 illustrates the network scenario of Figure 
13 still further adapted. 

Description of Preferred Embodiment 

[0021] Referring to Figure 1 there is shown a typical 



network set-up. A mobile node l\/IN 8 to which a mes- 
sage is to be sent is normally located in a home network 
2. The mobile node MN 8 normally resides in the home 
network 2 at a particular address. This address is not 
5 necessarily a static IP address: the mobile node may be 
located at any physical point in the network, but a par- 
ticular IP address is associated with the mobile node it- 
self (rather than the physical point of connection). The 
home network may physically span a small office envi- 
10 ronment, or may span a number of countries. 

[0022] The mobile node MN 8 may be connected to 
the home network 2 by a wireless LAN, infrared link, 
wireless telephone link or via a direct Ethernet or token 
ring network hook-up. The term 'mobile node' does not 
IS imply that the node is connected to the network via a 
wireless link: rather it implies that the mobile node may 
move outside the home network 2 into a foreign network 
such as the foreign network 6 of Figure 1 , as will be dis- 
cussed in further detail hereinafter 
20 [0023] The arrangement of Figure 1 also shows a cor- 
respondent network 4 including a correspondent node 
CN 10. For the purposes of illustrating the present in- 
vention, it is assumed that the correspondent node CN 
10 of the correspondent network sends a message to 
25 the mobile node 8 of the home network 2. The corre- 
spondent node may also be in a foreign network, that is 
a network independent of and distinct from the home 
network 2. However, the term foreign network is re- 
served for use to refer to a network which hosts a mobile 
30 node which normally resides in a different network (its 
home network). For the purposes of this illustrative ex- 
ample, the mobile node 8 of the home network 2 has 
moved to the foreign network 6. Thus the mobile node 
IVIN 8 is-shown in the home network 2 in dashed lines 
35 to indicate that it is normally present there, and is shown 
in the foreign network FN 6 in a solid line to indicate that 
it is temporarily present in the foreign network 6. 
[0024] The terms correspondent node and corre- 
spondent network are resen/ed for use to describe com- 
40 munication peers of the mobile node 8. A correspondent 
node is a node (which may be another mobile node) with 
which a mobile node is currently communicating: either 
receiving an IP packet or transmitting an IP packet. A 
correspondent network is used to refer to the network 
45 to which the correspondent node is connected. It should 
be appreciated that the mobile node may be communi- 
cating with a correspondent node In its own home net- 
work, and therefore the correspondent network may be 
the home network itself. 
so [0025] As can be seen from Figure 1, and as will be 
discussed further hereinafter, the home network 2 fur- 
ther includes a home agent 1 2. 

[0026] A brief example of the 'normal' communication 
between the correspondent node CN 10 and the mobile 
55 node MN 8 will now be given. Referring to Figure 2(a). 
there is shown the general structure of an IP packet 14 
sent by the correspondent node CN 10 to the mobile 
node MN 8. . 
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[0027] An IP packet transmitted between networks, 
generally designated by reference humeral 14 and illus- 
trated in Figure 2{a). comprises an IP header 30; and 
an IP payload 22. The lP payload 22 is the information 
portion of the IP packet'to be delivered to the mobile 
node 8. The parts of the IP packet which are relevant to 
the present discussioh are illustrated in 
[0028] Figures 2(b) and 2(c). The IP header 30, 
shown in Figure 2(b). includes a source address portion 
16, a destination address portion 18, and a protocol ID 
portion 20. The IP header 30 contains other fields which 
are not shown in Figure 2(b) since they are not relevant 
to the present explanation. Referring to Figure 2(c), the 
IP payload 32 includes a source port number 34 and a 
destination port number 36. Again, the IP payload in- 
cludes other fields which are not relevant for the purpos- 
es of the present explanation. The source address 16 is 
the IP address of the host terminal (correspondent 
node) from which the IP packet is sent, and the destiha- 
lion address 18 is the IP home address of the host ter- 
minal (mobile node) to which the IP packet is to be sent. 
The source port number 34 is the port number used by 
an application at the correspondent node 10 associated 
with the IP packet 14. The destination port number is 
the port number used by an application at the mobile 
node 8 to which the IP packet is being sent. In addition 
to other uses, the protocol ID 20 is one of the indications 
of the quality of service to be supported in transmitting 
the IP packet from the source applications to the desti- 
nation applications. As will be appreciated by one famil- 
iar with the art, the destination and source addresses 
are used by routing switches between the correspond- 
ent node and the mobile node in the home network to 
route the IP packet to its destination. 
[0029] When the routers or routing switches support 
quality of service (QoS), in some QoS control provi- 
sions, such as RSVP and IntSen/, the protocol ID 20 is 
used together with the source and destination address- 
es 16 and 18, plus the communication port numberis of 
end applications (i.e. the source port number 34 and the 
destination port number 36) for differentiating flows and 
imposing the necessary QoS control. 
[0030] The QoS control imposed on the data traffic 
flows at the Intermediate routers is system dependent. 
For example, it can be the so-called WFQ (Weighted 
Fair Queuing ) or CBQ (Classed Based Queuing). They 
are not standard and vendor specific but usually inde- 
pendent of the actual user's protocol ID. 
[0031] The lETF's IntSer/RSVP standard isdefinedto 
provide a QoS specification and signaling mechanism 
but not a QoS control mechanism. Intserve/RSVP is in- 
dependent of the actual QoS control mechanisms, such 
as WFQ, CBQ etc. 

[0032] The status based on which QoS control is per- 
formed is set up in the routing switches prior to data 
transmission by means of the specific quality of service 
signaling protocol, such as RSVP 
[0033] A known way of routing an IP packet from the 



co-respondent node to the mobile node MN 8 when it 
has nhdved to a position in the foreign network will now 
be described. When the mobile node MN 8 moves to a 
foreign network,- it must register with the home agent HA 
5 1 2 of the home network so as to still be able to receive 
its messages when residing in the foreign network. This 
may be achieved by the mobile node sending a regis- 
tration message to the home agent HA 12 once it has 
taken up position in the foreign network. A mobile node 
10 can be considered to have taken up position in the for- 
eign network once it has been connected to the foreign 
network and been allocated a care-of address. 
[0034] " Referring to Figure 3, the home agent HA 12 
includes a memory or bok-up table generally designat- 
is ed by reference numeral 24. In one column of the mem- 
ory the home agent HA 12 stores the addresses of the 
mobile nodes normally resident in the home network 
that have registered with the home agent as being tem- 
porarily resident in a foreign network. In another column 
20 28 of the memory 24 the home agent stores Ihe 'care- 
of address that the mobile node has moved to in the 
foreign network, as well as other associated states such 
as SPI (Security Parameter Index): 
[0035] The technique by which the home agent 
25 records the current care-of address of the mobile node 
and its home address (i.e. the mobile node address in 
the home network), is usually implementation depend- 
ent. This invention does not exclude different approach- 
es for achieving the location-awareness of a mobile 
30 node at the home agent. 

[0036] The operation of the home agent in directing 
an IP packet from the correspondent node to the mobile 
node in the foreign network according to one current 
known technique will now be described. 
35 [0037] The correspondent node CN 10 constructs an 
IP packet having a format identical to that shown in Fig- 
ure 2(a). The thus constructed IP packet from the cor- 
respondent node is illustrated by the IP packet 50 in Fig- 
ure 4(a), and includes a source address 60 identifying 
40 the correspondent node address, a destination address 
62 identifying the home address of the mobile node in 
the home network, and a protocol ID 66, nominally re- 
ferred to as protocol 'A'. The source port number and 
destination port number are not shown in Figures 4 and 
45 5 since they are not relevant to the explanation. In the 
example shown in Figure 1 , after moving to the foreign 
network 6 the mobile node 8 is allocated a unique 'care- 
of address of its own and registers directly with the 
home agent 12 in the home network. This is known as 
50 COCOA (co-located care-of address) working mode. An 
alternative working mode is known as FA-COA (foreign 
agent care-of address) working mode. The manner in 
which the mobile node may register with the home agent 
is well-known in mobile IP. and is not relevant to the 
55 present invention and therefore not discussed herein. 
[0038] The IP packet constructed by the correspond- 
ent node 10 is identical whether the mobile node is po- 
sitioned in its home network 2 or in the foreign network 
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6. as the correspondent node is not required to. have 
knowledge of the movement of the mobile node.~Mobile- 
IP with route optimisation does, however, require that 
the correspondent node Is aware of the current location 
of the mobile node. 

[0039] After a mobile node registers with the home 
agent using its current care-of address, the home agent 
will take a mobile node to be in a foreign network and 
starts intercepting the I P packets 50 destined to that mo- 
bile node home address and tunneling those IP packets 
to the mobile node's current care-of address. 
[0040] The home agent monitors all IP packets com- 
ing into the home network to see jf the destination ad- 
dress in the home network (the portion 62 of the IP head- 
er fields 52) matches one of the mobile node home ad- 
dresses stored in column 26 of the home agent memory 
24: 

[0041] If a match is detected, the home agent creates 
a new IP packet, which is illustrated in Figure 4(b). The 
original IP packet from the correspondent node, includ- 
ing the destination address, source address, protocol 
ID, and other IP header fields and pay load is used to 
form part of the pay load of the new IP packet.. That is, 
the original I P packet is not processed at all by the home 
agent but is merely incorporated, wholly unchanged, as 
the payload 32 of the new IP packet 30. 
[0042] The home agent then adds a destination ad- 
dress 36, source address 38 and protocol ID 40 to the 
new I P packet 30. 

[0043] The destination address 36 is the address in 
the foreign network where the IP packet Is to be sent, 
that Is the 'care-of address of the mobile node MN 8, 
The source address 38 is the address of the home agent 
from which the new IP packet 30 is being sent, i.e. the 
home agent. 

[0044] The home agent protocol ID is the protocol ID 
determined by the home agent itself. The home agent 
will always attach the same protocol ID to the new IP 
packet 30 regardless of the protocol ID 20 included in 
the original IP packet by the correspondent node, since 
the home agent does not look at the protocol ID 20 of 
the original IP packet 14. The protocol ID 40 is desig- 
nated nominally as protocol 'X'. For the conventional 
mobile IP's IP-in-lP's encapsulation, the protocol ID is 
always changed to "1 " by the home agent. Thus the 'real' 
source and destination addresses (60 and 62 of Figure 
4(a)) have been moved into the payload of the new IP 
packet and the other necessary flow identification infor- 
mation such as source and destination port numbers in 
the original IP payload have also been wrapped up in 
the payload of the new IP packet. 
[0045] Thus, the original identity of a flowf rom the cor- 
respondent node to the mobile node is lost and quality 
of service fails as the IP packet is routed from the home 
agent to the foreign network. 

[0046] The IP packet 30 is then sent by the home 
agent, and is routed to arrive at the mobile node's 'care- 
of address in the foreign network. Once the IP packet 



30 arrives at the 'care-of address the mobile node strips 
the outer layers of the new IP packet 30 to reveal the 
original IP packet 50. Thus, jt can be appreciated that 
in this known. arrangement, the required flow identifica- 

5 tion information including the protocol ID in the original 
IP packet is shielded by the home. agent and thus be- 
comes unrecognizable b)y the. routing switches (or IP 
routers) for QpS provision between the home agent and 
the mobile nodes 'care-of address. 

10 [0047] The routing of an IP packet from the corre- 
spondent node to the mobile nodes 'care-of address ac- 
cording to an alternative preferred implementation, 
which technique can be called non-encapsulation mo- 
bile IP, will now be described. In the scheme according 

IS to this alternative preferred implementation, the flow 
identification and differentiation information such as the 
original source address, the original source and desti- 
nation port number, and the source protocol ID placed 
in the original IP packet by the correspondent node re- 

20 mains unchanged and thus is advantageously available 
to all the routing switches between the correspondent 
node and the mobile nodes 'care-of address. 
[0048] The correspondent node constructs the' IP 
packet 50 identically as before as shown in Figure 5(a). 

25 On arrival at the home network, the home agent 1 2 de- 
termines whether the mobile node to which the IP packet 
is addressed is registered as having movedto a foreign 
network, by checking the contents of its memory 24 as 
before. On detection of the destination address in its 

30 memory column 26, the home agent intercepts the IP 
packet. 

[0049] In this implementation, the home agent HA 
adapts the IP packet 1 4 by removing the destination ad- 
dress 62 of the mobile node 8 in the home network 2, 

35 and replacing it with the destinatiori address (i.e. the 
'care-of address) of the mobile node MN 8 in the foreign 
network 6. The new IP packet 42 thus comprises the 
payload 63 of the original IP packet 50, the source ad- 
dress 60 of the original IP packet 50, and the protocol 

40 ID 66 of the original IP packet 50. The destination ad- 
dress 62 of the original IP packet is. replaced by the new 
destination address 41 (the mobile node's care-of ad- 
dress). 

• [0050] Of course one familiar with the art will under- 
45 stand that it may be necessary to amend any error 
checking provided in the original IP packet 50 in view of 
the change in the destination address. The thus con- 
structed new IP packet is sent to the 'care-of address in 
the foreign network. The IP packet is thus routed to the 
50 mobile node with the flow information including the 
source address of the correspondent node, and the orig- 
inal protocol ID as well as all other original flow identifi- 
cation information: it can be appreciated that as the pay- 
load remains unchanged, the source and destination 
55 port numbers are available in the same locations in the 
IP packet as before. 

[0051] The flow identification information is thus rec- 
ognized as the IP packet from the same correspondent 



6 



11- 



EP 1 051 010 



12 



node featuring the same QoS requirements to the rout-- 
ers between the home agent and the 'care-of address 
as well as between the correspondent node and the 
home agent regardless of the movement of the mobile • 
node. Advantageously/in this arrangement (co-located 
care-ot address working mode), the new IP packet-42. 
constructed by the horirie agent according to the present 
invention is the same length as the original IP packet 
provided by the correspondent node. 
[0052] Referring to Figure 6 there is shown an alter- 
native network set-up to that of Figure 1. This network 
set-up is the same as that of Figure 1, other than that 
the foreign network 6 is provided with a foreign agent 7. 
Thus Figure 6 illustrates the foreign agent care-of ad- 
dress working mode. A description of the application of 
the non-encapsulation mobile IP technique in this for- 
eign agent care-ot address working mode will now be 
given. 

[0053] In this arrangement, the mobile node registers 
with the foreign agent when it is positioned in the foreign 
network. The registration of the mobile node with the for- 
eign agent is in accordance with standard mobile IP The 
mobile node is aware that the foreign network has a for- 
eign agent either by the foreign agent broadcasting its 
presencG. or by the mobile node soliciting an acknowl- 
edgement from the foreign agent of its presence. 
[0054] Once the mobile node is aware of the exist- 
ence of the foreign agent, it registers with the foreign 
agent in accordance with standard mobile IP. The for- 
eign agent itself has a memory or look-up table. Refer- 
ririg to Figure 8. the memory 70 of the foreign agent has 
a column 74 for storing the actual home IP address of 
a mobile node temporarily connected in the foreign net- 
work. The foreign agent additionally allocates to each 
mobile node registered with it a unique mobile node 
identifier (MNID) which can be used to distinguish be- 
tween many mobile nodes registered with the foreign 
agent. The memory 70 of the foreign agent has an ad- 
ditional column 72 in which the unique mobile node iden- 
tifier (MNID) associated with each mobile node's home 
address is stored. 

[0055] Once a mobile node has registered with the 
foreign agent and the MNID allocated, based on the 
home address of the mobile node the foreign agent de- 
livers the mobile nodes registration request to the home 
agent by means of which the home agent is notified of 
the mobile node's current care-ot address and the MNt D 
of the mobile node. 

[0056] The home agent then stores in its memory 24 
the address of the foreign agent as the mobile node's 
address in the foreign network, and also stores with 
such address the unique mobile node identifier addition- 
ally communicated by the foreign agent. The memory 
24 of the home agent is thus modified to store the MNID 
in a further column 29, as shown in Figure 9. 
[0057] The correspondent node constructs the IP 
packet 50 identically as before as shown in Figure 7(a). 
On arrival at the home network, the home agent 12 de- 



termines whethenthe mobile node to which the I P packet 
is addressed is registered as having moved to a foreign 
network, by checking the contents of its memory 24 as 
before.- On detection of the destination address in its 
5 memory column 26. the home agent intercepts the IP 
packet. 

[0058] : In this implementation, the home agent HA 
adapts the IP packet 1 4 by removing the destination ad- 
dress 62 of the mobile node 8 in the home network 2, 

10 and replacing it with the destination address (i.e. the for- 
eign agent 'careK5f address) of the mobile node MN 8 in 
the foreign network 6. This destination address will be 
the address of the foreign agent in the foreign network, 
and not the actual address at which the mobile node is 

15 currently attached. The new IP packet 42 thus compris- 
es the payload 63 of the original IP packet 50, the source 
address 60 of the original IP packet 50, and the protocol 
ID of the original IP packet 50. The destination address 
62 of the original IP packet is replaced by the new des- 

20 lination address 41 (foreign agent care-of address). 
[0059] In addition, the home agent appends the mo- 
bile node identifier for the mobile node as an extra field 
43 to the message 42. It is essential, in non-encapsula- 
tion mobile IR that when the IP packet is being redirect- 

25 ed to a foreign network foreign agont, that a unique iden- 
tifier for the mobile node be included. The destination 
address 41 is the address of the foreign agent, and not 
the address of the mobile node. Without the mobile node 
identifier the foreign agent is not able to distinguish 

30 which mobile node the IP packet is intended for. 

[0060] The thus constructed new IP packet 42 is sent 
to the foreign agent 'care-of address in the foreign net- 
work. The foreign agent receives the IP packet and re- 
trieves therefrom the mobile node identifier 42 which is 

35 contained in the IP packet 42. The foreign agent com- 
pares the mobile node identifier in the IP packet to the 
mobile node identifiers in the column 72 of its memory, 
and retrieves the home address of the mobile node from 
the column 74, The foreign agent replaces the destina- 

40 -tion address (the foreign agent care-of address) in the 
IP packet with the mobile nodes home address and for- 
wards the message on to the mobile node in the foreign 
network. 

[0061] In the above-described non encapsulation mo- 
45 bile IP technique of tunneling, the flow information is not 
hidden, and therefore the quality of service is apparently 
supported. However, for RSVP quality of service this Is 
not the case. The reason for this is that for RSVP to cor- 
rectly function, the transmit path followed by a so-called 
50 Reservation (Resv) message (routed hop-by-hop fol- 
lowing the same hops as indicated by a so-called Path 
message) must be the same path but in the reverse di- . 
roction of the Path message. That is the source address 
of the Path message must match the destination ad- 
55 dress of the Reservation (Resv) message, and the des- 
tination address of the Path message must match the 
source address of the Reservation message. The below 
example of setting up an RSVP session in the network 
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structure o1 Figure 1 illustrates why the non-encapsuj9- 
tion mobile IP as described hereinabove, .is .not suffi- 
cient to support quality of service. 
[0062] Jo support an RSVP session when the mobile 
node has moved into a loreign network as shown in Fig- 
ure 1 , a two-section RSVP session must be set up: a 
first section of the RSVP session ("section 1") between 
the correspondent node 1 0 and the home agent 1 2, and 
a second section of the RSVP session ("section 2") be- 
tween the. home agent and the mobile node 8. 
[0063] The correspondent node 10, which in this ex- 
ample is assumed to be sending a message to the mo- 
bile node 8, sends a standard RSVP Path message in- 
cluding IP packets 70 having the general lormat shown 
in Figure 10(a) on line 128. ; 
[0064] The IP packets of the messages used in an 
RSVP session do not have the format shown in Figures 
2(a) to 2(c). The IP packets of Figures 2(a) to 2(c) are 
IP packets of data messages. The IP packets 70 of the 
Path message of Figure 10(a) have a source address 
78 corresponding to the address of the correspondent 
node, and a destination address 80 corresponding to the 
address of the mobile node 8 in the home network (the 
mobile nodes home address). 

[0065] The I P packets of the Path message (and other 
RSVP messages) additionally include other flow identi- 
fication Information in the payload of the IP packets. One 
skilled in the art will be familiar with the other flow iden- 
tification information. 

[0066] The IP packet of the Path message is routed 
from the correspondent node 10 to the home network 2 
via a plurality of routing switches, represented by routing 
switch 132a, on lines 128 and 124. 
[0067] If the routing switch 132a supports quality of 
service, then it extracts the flow identification informa- 
tion in the IP payload of the Path message IP packets, 
and stores this flow identification information. This flow 
identification information includes: the source address, 
the destination address, the source port number, the 
destination. port number, and the protocol ID which will 
be included in all IP data packets transmitted from the 
source to the destination after the quality of service ses- 
sion has been set up. The routing switch 1 32a routes 
the IP packets of the Path message to another routing 
switch, and then additionally stores with the flow identi- 
fication information extracted from the IP packet the ad- 
dress of the routing switch to which it sent the message 
(the next hop) and the address of the routing switch from 
which it received the message (the previous hop). Al- 
though in Figure 1 it is illustrated that the IP packets 
reach the home network 2 via one routing switch 1 32a, 
in practice the IP packets may reach the home network 
via a plurality of routing switches, and each routing 
switch stores the flow identification information extract- 
ed from the IP packets of the Path message, together 
with the identity of the routing switch from which the IP 
packet was sent and the routing switch to which the IP 
packet was sent. 



[0068] Thusthe IP packetsofthe Path message travel 
from the correspondent node to the home network 
through the routing network. Each routingswitch retains 
the address of the previous hop from which the i P packet 
s was sent together with the next hop to which the I P pack- 
et was sent, and additionally the flow identification infor- 
mation for the IP packet. The routing switches also proc- 
ess the other traffic related information in the Path mes- 
sage, the nature of which is not relevant to a discussion 
10 of the present invention. 

[0069] After the quality of service session has been 
set up, when another IP packet arrives at a particular 
routing switch having the same flow identification infor- 
mation that has been stored in the routing switch mem- 
;5 ory, the routing switch forwards it to the exact same next 
hop, the address of which is stored in memory. 
[0070] Thus at successive hops, each routing switch 
(provided it supports RSVP quality of sen/ice) retrieves 
the flow identification information from the fixed loca- 
20 tions of the IP packets of the Path message and stores 
them in memory, together with the addresses of the next 
and previous hops. Thus the flow identification informa- 
tion in the IP packets helps to uniquely identify a mes- 
sage flow, so that all IP packets associated with that 
25 message flow can be routed from the source to the des* 
tination through the exact same network path. 
[0071] The home agent then intercepts the IP packets 
of the Path message intended for the mobile node. 
When the home agent intercepts the IP packets of the 
30 Path message destined for the mobile node 8, it redi- 
rects them to the foreign network. In this example non- 
encapsulation mobile IP is utilised, and new IP packets 
are created for transmission to the foreign network as a 
new, or modified. Path message. The IP packets 74 of 
35 the modified Path message sent by the home agent are 
shown in Figure 10(b). The home agent replaces the 
destination address of the IP packets of the Path mes- 
sage, such that the destination address 106 of the IP 
packets 74 of the modified Path message is the mobile 
40 node's care-of address in the foreign network. As dis- 
cussed hereinabove, in non-encapsulation mobile IP all 
other elements of the IP packets 70 remain unchanged. 
[0072] This modified Path message is routed to the 
mobile node's care-of address via routing switches rep- 
45 resented by the single routing switch 1 32b, on lines 126 
and 1 30. 

[0073] As described hereinabove in relation to the 
Path message of the first section, in the Path message 
of the second section the I P packets of the modified Path 

so message are similarly transmitted based on the flow 
identification information therein. The next and previous 
hops are similarly stored by the routing switches. 
[0074] The mobile node receives the modified Path 
message and initiates the Reservation (Resv) message 

55 for the second section by creating a Reservation mes- 
sage for transmission having IP packets 76 of the gen- 
eral format as illustrated in Figure 10(c). 
[0075] It will be understood by one skilled in the art 
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that the IP packets ot a Reservation message (Resv) 
are transmitted hop-by-hop back along the identical net- 
work path as the IP packets of the Path message. Thus 
the source and destination addresses of the IP packets 
of the Reservation messages are actually the next and 
previous hops. The vaiiie of the source and destination 
addresses are thus determined dynamically as the Res- 
ervation messages transit through the path. Thus the 
structure of the IP packets 76 of the Reseryation mes- 
sage shown in Figure 10(c) is actually representative of 
the transport layer of the Reservation messages. Thus 
the structure shown in Figure 10(c) illustrates the gen- 
eral concept of a Reservation message, that is the orig- 
inating source address and the ultimate destination ad- 
dress. This analysis ot the Reservation message is 
somewhat artificial, but serves to best illustrate the prin- 
ciple of RSVP. The mobile node 8 identifies the source 
address 1 1 4 as the mobile node's home address. Stand- 
ard mobile IP provides that the applications on a mobile 
node itself should not be required to be aware of "the 
change of the mobile nodes network attachment points. 
Therefore regardless of the location of the mobile node 
(whether in its home network or a foreign network) the 
mobile node always generates IP packets which identify 
the source address as being the mobile node's homes 
address. The mobile node includes a destination ad- 
dress in the Reservation message of the correspondent 
node address. This is because, in accordance with 
standard mobile IP, the mobile node is aware that the 
message came from the correspondent node, and is not 
aware of the redirection via the home agent. For IP pack- 
ets sent from the mobile node to the correspondent node 
in standard mobile IP, they are routed as normal IP pack- 
ets as if the mobile node were 'at home' in the home 
network. 

[0076] Comparing the IP packets of the Path and Res- 
ervation messages shown Figures 6(b) and 6(c), the 
conditions for a successful RSVP session do not exist. 
The source address of the Reservation message 76 is 
different to that of the destination address of the Path 
message 74. 

[0077] This results in the failure of the routing of the 
Reservation (Resv) message hop-by-hop following the 
same network path as that set by the IP packets of the 
Path message. The Reservation message for the first 
section (between the home agent and the correspond- 
ent node) is never initiated because the second section 
fails. 

[0078] Referring to Figure 12, there is shown the net- 
work arrangement of Figure 1 adapted to enable non- 
encapsulation mobile IP to support RSVP. In the ar- 
rangement shown a proxy server is introduced into the 
correspondent network and the foreign network. How- 
ever, it should be understood from the following descrip- 
tion that the functionality of the proxy server may in prac- 
tice be incorporated into the host terminals to which the 
proxy servers are connected. A further explanation is 
given hereinbelow following the explanation of the ar- 



rangement of Figure 12 

[0079] ' ■ Referring to Figure 12. the networks of Figure 
1 are adapted such that the correspondent network 4 
additionally includes a correspondent network proxy 
s server 142 and the foreign network 6 additionally in- 
cludes a foreign network proxy server 144. The corre- 
spondent node 10 is connected to the correspondent 
node proxy server 142 via a network link 138. The cor- 
respondent network proxy server connects to the rout- 
10 ing switches via a network link 1 28. The foreign network 
proxy server 144 connects to the mobile node 8 in the 
foreign network 6 via a network link 146. The foreign 
network proxy server connects to the routing switch 
132b via the network link 1 36. 
75 [0080] An example of the operation of the adapted 
netwoi-k ot Figure 12 for sending a message from the 
correspondent node 10 to the mobile node 8 in the for- 
eign network using non-encapsulation mobile IP in 
which RSVP is supported will now be described. 
20 [0081] Each host terminal which requires quality of 
service provision in a network which does not have its 
own quality of service capability needs to be aware of 
the existence of a proxy server in the network. That is, 
there must be a process by which the host terminals can 
25 discover proxy servers. There arc effectively two ways 
this can happen. In a first way, host terminals in the net- 
work broadcast a server soliciting message (SSM). A 
proxy server in the network responds by sending back 
to the host terminal a server response message (SRM). 
30 In a second way. the proxy server in a network broad- 
casts a client request message (CRQM) to the local net- 
work. Responsive thereto, host terminals (which can be 
considered to be proxy server clients) send back a client 
registration message (CRGM). In this way the presence 
3S of the proxy servers in the networks is registered by host 
terminals in the networks in a similar way as the pres- 
ence of agents (home agents, foreign agents) is current- 
ly registered in standard mobile IP The implementation 
of the technique for nodes to register with proxy servers 
' 40 ■ will be within the scope of one skilled in the art, 

[0082] As discussed hereinabove, to successf ully es- 
tablish a quality of service session between the corre- 
spondent node and the mobile node when the corre- 
spondent node is sending a message to the mobile 
45 node, it is necessary to establish an RSVP session with 
two sections. Generally speaking, a first section of the 
quality of service session must be established between 
the correspondent network and the mobile nodes home 
network, and a second section of the quality of service 
50 session must be established between the home network 
and the foreign network, 

[0083] The technique for establishing the first quality 
of service session, and particularly an RSVP session in 
mobile IP, for the network arrangement of Figure 1 2, will 
55 now be described with the aid of the flow diagram of Fig- 
ure 11 . 

[0084] In a step- 1 50 the correspondent node 1 4a ini- 
tiating a quality of service session sends a quality of 
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service request on network link 138 to the correspond- 
ent network proxy server 142. 

[0085] The quality of service request nnay be implicit 
or explicit. An explicit quality of service request f ronn the 
correspondent node specifies an exact quality of service 
requirement. Thus an explicit quality of service request 
can be provided only by a coirespondent node which 
has the functionality to support the explicit statement of 
a particular quality of service. An implicit quality of serv- 
ice request from the correspondent node specifies only 
the nature of the transmission to be made. For example, 
an Implicit quality of service request may indicate that 
the data to be sent is video data. The proxy server then 
determines the appropriate quality of'service in depend- 
ence on the indication of the type of data. 
[0086] The correspondent network proxy server 142, 
in a step 152, then sends a standard RSVP Path mes- 
sage. This Path message is communicated to the home 
network proxy server via the routing switch 1 32a on lines 
128 and 124. 

[0087] The IP packets of the Path message sent by 
the correspondent node proxy server correspond iden- 
tically to IP packets 70 of Figure 10(a), and are routed 
by the routing network comprising the routing switches 
132 to the home agent 12. The routing takes place in 
exactly the same manner as described before. 
[0088] In a step 1 54 the home agent intercepts the IP 
packets of the Path message, and adapts the 1 P packets 
as described above to generate the IP packets for the 
modified the Path message. 

[0089] The IP packets of the modified Path message 
correspond identically to the IP packets 74 of Figure 10 
(b). In a step 156 the IP packets comprising the second 
section of the Path message 74 are transmitted by the 
home agent and routed via the routing network repre- 
sented by the routing switch 1 32b to the foreign network 
144. 

[0090] The foreign network proxy server receives the 
Path message of the second section, and in a step 1 58, 
the foreign network proxy server 144 sends a quality of 
service indication signal to the mobile node 8 on line 
146, indicating the quality of sen/ice requested by the 
correspondent node 10. If the mobile terminal is aware 
of the quality of service specification sent by the corre- 
spondent node, the mobile terminal sends a quality of 
service response by way of acknowledgement to the for- 
eign network proxy server 144 in a step 160 on network 
link 146. 

[0091] In a step 162 the foreign network proxy server 
then sends a modified Reservation message (i.e. mod- 
ified relative to the Reservation message sent with 
standard RSVP), confirming the quality of service ses- 
sion. The modified Reservation message follows the 
identical route to the Path message (in reverse) via lines 
136 and 126. 

[0092] The format of the modified reservation mes- 
sage 77. for the second RSVP session, sent back by the 
foreign network proxy server is illustrated in Figure 10 



(d). As can be seen, because of the use of the foreign 
network proxy server 144 the source address 115 is the 
mobile node care-of address, and the destination ad- 
dress is the correspondent node's address. Thus the 
s correct correlation exists between the source and des- 
tination addresses of the Path and Reservation messag- 
es in the seconrf-RSVP session, such that the RSVP 
session is supported. 

[0093] Again, the message shown in Figure 10(d) is 

10 representative of the end-to-end message between the 
foreign network and the home network. The format 
shown in Figure 10(d) is not representative of the IP 
packets of the Reservation message, which as dis- 
cussed above have source and destination addresses 

15 corresponding to the next and previous hops. 

[0094] In a step 164 the home agent receives the 
modified Reservation message. The home agent 
adapts the Reservation message to the form shown in 
Figure 10(e), which forms a further modified Reserva- 

20 lion message. In order lo perform this adaptation, the 
home agent is provided with the functionality of a proxy 
server therein. Alternatively a home network proxy serv- 
er, equivalent to the correspondent network and foreign 
network proxy servers, may be provided in the home 

25 network and be associated with the home agent. 

[0095] The RSVP session is completed by the home 
agent sending the further modified Reservation mes- 
sage back to the correspondent network via the routing 
switch 132a and the network links 124 and 128. As 

30 shown in Figure 10(e) the Reservation message has as 
the source address 88 the home address of the mobile 
node, and as the destination address the address of the 
correspondent node. Thus the section of the RSVP ses- 
sion between the correspondent network and the home 

55 network is equivalent to a standard static RSVP session. 
The flow infomnation required by the routing switches in 
the routing networks to support RSVP is fully available. 
The source and destination addresses are 'swapped' in 
the further modified Reservation message relative to the 

40 Path message. 

[0096] In a step 166 the home agent then sends the 
Reservation message for the first section. The further 
modified Reservation message is then sent to the cor- 
respondent network 4 where it is received by the corre- 

45 spondent network proxy server 142. 

[0097] The correspondent network proxy server then 
sends, in a step 168, a quality of service confirmation 
message on the network link 138 by way of acknowl- 
edgement to the correspondent node 1 0, indicating that 

so the quality of service session has been set up, 

[0098] The correspondent node 1 0 then begins send- 
ing data message packets to the mobile terminal. How- 
ever the data message packets do not go via the corre- 
spondent network proxy server or the foreign network 

55 proxy server. The proxy servers are used only during 
the set-up of the RSVP session. Once the RSVP ses- 
sion is set-up as described, and messages are sent from 
the correspondent node to the mobile node, it is essen- 
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tial that the flow identification information carried by the 
IP packets of the data message match that used in the 
set-up of the RS VP session. Thus the IP data packets, 
having the general forrrigt shown in .Figure 2, must in- 
clude the same source, port number, destination port 
number, and protocol ID- contained in the pay load of the 
RSVP message, as well as the source and destination 
addresses. In this way the data IP packets are uniquely 
identified as being associated with the flow configured 
by the RSVP session. Thus the provision of...the foreign 
network proxy server ensures that the RSVP quality of 
service is supported in mobile IP. The proxy sen/ers 
shown in Figure 12 can thus be considered to be "RSVP 
proxy servers". The proxy servers dynamically adapt the 
destination of the RSVP messages to follow the move- 
ment of the mobile node and in the meantime, guarantee 
that the flow identification information and quality of 
service information match the data flows directed ac- 
cording to non-encapsulation mobile IP (NEMIP). It will 
be appreciated from the foregoing description that il is 
essential that the proxy server (or the equivalent func- 
tionality of the proxy server) is provided in the foreign 
network, that is a network which accommodates host 
terminals normally resident in other networks, if quality 
of service is to be supported in mobile IP. 
[0099] The provision of the RSVP proxy server (or its 
functional equivalent) in the foreign network guarantees 
that the established RSVP session (in particular, the 
second section of the RSVP session) follows the move- 
ment of the mobile node whilst at the same time record- 
ing the correct flow information matchingthatof the data 
flows which follow that same path of the RSVP session, 
regardless of the change of the mobile node's point of 
network attachment. 

[0100] No host terminal, when transmitting, will know 
whether the host terminal it is transmitting to is a mobile 
node, or whether it is in a foreign network having an 
RSVP proxy server. To ensure support of RSVP with 
mobile IP, each network which is capable of acting as a 
foreign network to host mobile nodes should be provid- 
ed with a proxy server (or its equivalent functionality) 
with the functions as described herein. The above de- 
scription of the functional control as performed by the 
proxy server in a foreign network is essential to support- 
ing quality of service In a mobile environment. 
[0101] Referring to Figure 12, the essential require- 
ment to support a quality of service session for a corre- 
spondent node in the correspondent network desiring to 
send data messages to the mobile node, is that the for- 
eign network in which the mobile node is located must 
have a proxy server or its functional equivalent. The cor- 
respondent node can then directly set up the RSVP ses- 
sion itself without the need of the correspondent node 
proxy server. 

[0102] The provision of the correspondent node proxy 
server, however, has the advantage that it enables ter- 
minals in the correspondent node not having RSVP 
functionality to initiate RSVP sessions. The proxy server 



provides a technique for configuring a quality of service 
session which is both platform and application inde- 
pendent. By providing a dedicated means for establish- 
ing quality of service sessions, then current and future 

5 quality of service incapable host terminals can have a 
quality of sen/ice session set-up and thus their quality 
of service control enabled across the transmit path to 
their communication peers. The requirements tor com- 
plicated and intensive computing as induced in many 

10 quality of service control signaling and control mecha- 
nisms, and strain on battery power for wireless/mobile 
terminals, is avoided, 

[0103] In an alternative application, as mentioned 
consistently hereinabove; the functionality of the proxy 

TS server performed in the foreign network is performed In 
the mobile node itself. In such an application the mobile 
node will already be RSVP capable, and will have an 
RSVP daemon to support standard RSVP sessions, in 
such an application responsive to receipt of the modified 

20 Path message from the home network the mobile node 
will generate the standard RSVP message format 
shown iri Figure .10(c). The proxy server functionality 
embedded in the RSVP daemon of the mobile node will 
then modify this Reservation message to generate the 

2S rnodified Reservation message of Figure 10(d). The 
modified Reservation message is then transmitted di- 
rectly from the mobile node. 

[01 04] It should be noted that the examples described 
herein throughout this text utilise standard RSVP No 
30 change to the standard RSVP is envisaged or proposed. 
[0105] The solution to supporting quality of service in 
mobile IP described hereinabove with reference to Fig- 
ure 1 2 relates specifically to the co-located care-of ad- 
dress working mode, where the foreign network does 
35 not include a foreign agent. The technique also applies 
to the foreign agent care-of address working mode 
where the foreign network includes a foreign agent. 
However, before the quality of service session can be 
initiated, in foreign agent care-of address mode special 
40 precautions must be taken, as described hereinafter. 
[0106] In the foreign agent care-of address working 
mode using non-encapsulation mobile IP. as described 
hereinabove with reference to Figure 6, a mobile node 
identifier is allocated to each mobile node in the foreign 
46 network and attached to the IP packets sent from the 
home agent to the foreign agent. 
[0107] The mobile node identifier uniquely identifies 
the destination of the IP packet in the foreign network. 
However, when the mobile node Is in the foreign net- 
so work, the f^NID is not available to the routing switches 
between the horne agent and the foreign agent. 
[0108] As also described hereinabove, the flow of a 
message is identified by flow identification information 
contained in the message. In the foreign agent care-of 
ss address working mode, if quality of service sessions are 
being configured between a particular correspondent 
node and several mobile nodes all in the same foreign 
network and served by the same foreign agent, then the 
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source address. (i.e. the address o1 the correspondent 
node) is the same for all inlornnation flows, and the des- 
tination addresses (the foreign.agent care-of address 1. 

e effectively the foreign agent address) is the same for 
all information flows between the home aaent and the 
foreign network. There is also a strong possibility that 
the the protocol ID for each of the message flows will be 

roiosr^ln this situation, the ability to distinguish be- 
tween different message flows between the home agent 
and the foreign agent will depend upon the source or 
destination port numbers being different. However, it is 
again possible that two different message flows may al- 
so have the same source and destination port numbers, 
in such a case, the routing switches between the home 
agent and the foreign agent may be unable to distin- 
quish between two different flows having the same 
source and destination addresses, source and destina- 
tion port numbers, and protocol ID. Unless the routirig 
switches are modified to be able to retrieve the mobHe 
node identifier from the message flows in addition to the 
usual flow identification information, the routing switch- 
es .will not be able to uniquely identify two or more dif- 
ferent flows. 

rOilOl It is of course, undesirable to alter the design 
of the routing switches or other routing devices between 
the home agent and the foreign agent, and thus as dis- 
cussed belowthere is presented herein a solution which 
guarantees the unique identification of different flows 
between the home agent and the foreign agent. The so- 
lution avoids any clash between port numbers in the flow 
identification information of messages, 
roill] The network arrangement in Figure 1 3 exem- 
plifies the scenario of this problem. The network ar- 
rangement of Figure 13 corresponds to that of Figure 
1 2 with the addition of the foreign agent 7 (as shown in 
Figure 6), andan additional mobile node 9. Both mobile 
nodes 8 and 9 are served by the foreign agent 7. 
r0112l In Figure 13the two mobile nodes 8 and 9, tne 
foreign network proxy sen/er 1 44. and the foreign agent 
7 are all shown interconnected by a network link con- 
. nection 1 39 which connects to the routing switch 1 32b 
in the routing network. In fact, as will be understood by 
one skilled in the art. in all of the respective networks 
the various elements therein (terminals, where applica- 
ble proxy servers, and where applicable home/foreign 
agents) the interconnections therebetween are provid- 
ed on a common network link, for example Ethernet. 
roi131 Inthe network arrangement of Figure 13, each 
proxy server, or each terminal including the functionality 
of the proxy server, includes a 'port in use" memory and 
a 'temporary port replacement memory'. As shown in 
Figure 14(a) the port in use memory 200 comprises a 
single column 204. which includes all those port num- 
bers currently in use. As shown in Figure 1 4(b) the tem- 
porary port replacement memory 202 includes a column 
208 for storing the value of an allocated temporary port 
number a column 208 for storing the corresponding re- 



al' port numbers, and a colurnn 209 for storing the mo- 
' bile node identifiers (MNIDs). " ' 

roi141 In the present example the proxy server func- 
■ tionality of the home agent 1 2 and the foreign network 
5 proxy sen/er 1 44 each-have a "port in/use' memory and 
a -temporary port replacemenf .memoiy. It should be 
noted that in this example there ,is no. requirement for 
the correspondent network proxy sen/er 142 to have a 
'ports in use' or 'temporary port replacement memoiy . 
10 This is because there is no problem in distinguishing the 
flow of information between the correspondent network 
and the home network, since the flow is uniquely iden- 
tified at least by the destination address, which is the 
mobile node's home address. 
IS rOIISl In the example memory entries of Figure 14, 
the 'ports in use' memory indicates thatthe port numbers 
A B and X are in use . The 'temporary port replacement 
memory indicates that a temporary port X has been a^ 
located, and that this port corresponds to an actual port 
20 number of B, associated with the mobile node 9. 

[0116] Each of the other proxy servers which are 
peers of the foreign agent proxy server will store this 
information in their own equivalent port in use and tem- 
porary port replacement' memories. A peer of the tor- 
25 Gign agent proxy server for this purpose is any home 
agent proxy server (or home agent with equivalent func- 
tionality) which is in communication with a mobile node 
connected in foreign agent care-of address mode in the 
foreign network to the foreign network proxy server. 
30 [011 7] The allocation of the temporary ports prefera- 
bly takes place during the procedure in which the mobile 
nodes register with the foreign agent 7 and the proxy 
server 144. At the same time as the mobile node's reg- 
ister with the proxy server, they also notify the proxy 
35 server of the port numbers of all the applications which 
they support. 

[011 8] Thus the mobile node 8 notifies the proxy sen/- 
er 1 44 of all the port numbers of all the applications avail- 
able in the mobile node 8. The proxy server 144 then 
40 checks each of these port numbers against the port in 
use' memory 204. If any port clashes are detected then 
the proxy sen/er 1 44 allocates a temporary port number 
to the real port number, and stores the temporary port 
number and real port number together with the mobile 
45 node's identifier in the memory 202. The proxy server 
performs a similar exercise for each other mobile node 
registered with the foreign agent 7. 
[0119] On each registration of a mobile node, the for- 
eign network proxy server notifies it's peers of the allo- 
50 cation of temporary port numbers. Thus the foreign net- 
work proxy sen/er notifies the home agent 1 2. including 
the functionality of a proxy server, and the home agent 
updates its 'port in use' and 'temporary port allocation 
memories accordingly 
ss [01 20] For the purposes of an illustrative example, it 
is assumed that the mobile node 8 has only one appli- 
cation available, wrtiich has a port number of 8. Thus 
• when mobile node 8 registers with the foreign network 
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proxy server '144, the port number B is entered into the 
'ports in use' memory 200. and this information is trans- ^ 
mitted to the home agent 12. which updates its own- 
'ports in use' memory accordingly it Is assumed that the 
mobile node 9 has two applications available, which 
have port numbers- A and B respectively. Thus, when 
mobile node 9 registers with foreign network proxy serv- 
er 144, a port clash in respect of port number B is iden- 
tified. This clash may be identified by a simple check of 
the port numbers of the applications available in the mo- 
bile node 9 with the contents of the 'ports in use' mem- 
ory. The foreign network proxy server 144 therefore al- 
locates a temporary port number to the port number B 
for the mobile node 9. and this information is stored in 
the 'temporary port replacement' memory 202. Thus as 
shown in Figure 14(b) the 'temporary port. replacement' 
memory 202 indicates that the temporary port number 
X has been allocated to the port number B for the mobile 
node 9. The proxy server 144 also updates the 'pprt in 
use' memory 200 to additionally show the ports A and 
X as in use. The foreign network proxy server then com- 
municates the updated contents of both the 'ports in use' 
memory and the 'temporary port replacement' memory 
to the home agent 12, which updates its own 'ports in 
use' and 'temporary port replacement' memories ac- 
cordingly. 

[0121] The steps for determining whether allocation 
of a temporary port is necessary on registration of a mo- 
bile node are illustrated in Figure 15. In a step 210 the 
foreign network proxy server determines whether the 
port number of an application in a mobile node which is 
registering with it is already in use. This is determined 
by comparing the port number of the application to the 
values in the column 204 of the memory 200. 
[0122] In, the present example, as discussed above, 
when mobile node 9 registers, port number B is already 
in use. In a step 212 thaforeign node proxy server there- 
fore allocates a temporary port number. The temporary 
port number may be simply chosen from those tempo- 
rary port numbers not currently in use, which can be de- 
termined from an inspection of column 206 of memory 
202. In this example the temporary port number X is al- 
located as discussed above. 

[0123] In a step 214 the home agent updates the con- 
tents of the columns 206 and 208 of the temporary port 
replacement memory by entering the port number X in 
the column 206 and an associated port number B in the 
column 208, on notification from the foreign network 
proxy server. 

[0124] Now suppose the correspondent node 10 at- 
tempts to set up a quality of service session with the 
mobile node 9 in the foreign network. The port number 
(i.e. application) in the mobile nod© 9 identified, in the 
new quality of service session is B. 
[0125] According to the flow chart of Figure 11, in the 
step 150 the correspondent node sends a quality of 
service request to the correspondent node proxy server 
on the network link 1 38. In the step 1 52 the correspond- 



ent node proxy server 1 42 sends the Path message, and 
in the step 1 54 the home agent intercepts the Path mes- 
sage. 

[0126] However, before the home agent sends the 
s modified Path message in step T56, it is necessary to 
check whether a temporary port has been allocated for 
the particular port number in the ' destination mobile 
node. The home agent, when modifying the Path mes- 
sage tojnclude the mobile node identifier, checks for a 
10 match in the 'temporary port replacement' memory be- 
tween the mobile node identifier of the current message 
and the column 209. and between the destination port 
of the current message and the column 208. If a match 
is detected, then the home agent replace the destination 
IS port number with the appropriate temporary port 
number. 

[0127] The mobile node identifier (MNID) for use be- 
tween the home network and the foreign network is still 
. allocated and notified to the home agent in the same 

20 manner as described hereinabove, as part of the mobile 
node's registration process with the foreign agent. 
[0128] Once any necessary port replacement has tak- 
en place, then the home agent moves onto step 156, 
and the Path and Reservation messages are transferred 

2S as described hereinabove to set up tho quality of sen/ico 
session. 

[0129] Another modification to the flow diagram of 
Figure 1 1 occurs in step 1 58. Prior to sending the quality 
of service indication signal to the mobile node, the for- 

30 eign network proxy server looks up the destination port 
number and the MNID in the columns 206 and 209 of its 
memory 202. If a match is found the destination port 
number is replaced with the corresponding yalue from 
the column 208, and then the quality of service indica- 

35 tion signal is sent, 

[0130] Similarly in the step 162. prior to sending the 
modified Reservation message the destination port 
number of the mobile node is replaced with the tempo- 
rary value in the column 206. 

40 [0131] Inaddition, instep 166 prior to the home agent 
sending the further modified reservation message, the 
home agent replaces the temporary port number with 
the real port number before fonwarding the further mod- 
ified Reservation message to the correspondent net- 

45 work. 

[0132] If a temporary port number is allocated for any 
particular quality of service session between the home 
agent and the foreign network, then all data packets will 
continue to be transferred via the foreign agent and the 
50 home agent, the foreign agent and the home agent be- 
ing adapted to ensure the correct substitution and re- 
placement of temporary port numbers. 
[01 33] Figure 1 6 shows a still further modified version 
of the network arrangement of Figure 13, In this arrange- 
rs ment each of the mobile nodes 8 and 9 is still supported 
by a common foreign agent 7, but there is provided a 
separate foreign agent proxy server for each of the mo- 
bile nodes 8 and 9. Thus mobile node 8 is associated 
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with the foreign agent 7 and the foreign network jDroxy 
server 144. and mobile node 9 is associated w^h.the 
foreign agent 7 and a foreign network proxy server 145. 
All the elements are again linked by the common net- 
work link 139. 

[01 34] In such a scenario, the mobile nodes connect- 
ed to different foreign network proxy servers operate in- 
dependently of each other. Thus if a correspondent 
node, such as node 1 0, communicates with both the mo- 
bile nodes 8 and 9, then the communication is via the 
respective foreign agent proxy servers, and the respec- 
tive foreign agent proxy servers do not know of the op- 
eration of the other. 

[0135] Thus, for example, for a communication be- 
tween correspondent node 10 and mobile node 8, the 
communication peer of the functionality of the proxy 
server in the home agent 1 2 is the foreign network proxy 
server 144 only. Thus if a temporary port is allocated in 
this link, the foreign network proxy server 145 is not no- 
tified. As discussed hereinabove, the routing switches 
between the home agent and the foreign network cannot 
identify the MNID attached to messages. Therefore the 
possibility exists that there could be a port clash be- 
tween two different mobile nodes served by the same 
foreign agent but different foreign agent proxy servers 
in the same foreign network. For this reason, in such a 
scenario, the method illustrated by the flow diagram of 
Figure 15 is provided with the additional steps 216 and 
218. After it is determined, by a foreign network proxy 
server (or its functional equivalent) that a port number 
is not already in use, then the proxy server sends a tem- 
porary port enquiry message to other proxy servers (or 
the functional equivalent) in the same foreign network. 
Thus, in the scenario of Figure 16, if it is determined by 
the foreign network proxy server 144 that a port number 
is not currently in use, the foreign network proxy server 
144 sends a temporary port enquiry to the foreign net- 
work proxy server 145. In step 218 the foreign network 
proxy server 144 receives a reply from the other proxy 
servers in the foreign network, or alternatively receives 
no reply after a time out. The foreign network proxy serv- 
er 144 then determines whether a temporary port 
number should be allocated. If a temporary port number 
needs to be allocated then this is done in a step 21 2 as 
before. Otherwise the method reverts to.step 156. 
[0136] A modification of the flow chart of Figure 15, 
when the scenario of Figure 1 6 applies, would be for the 
step 216 to be carried out in conjunction with the step 
210. Thus, if a port clash is identified in step 210, steps 
216 and 218 are first carried out before allocation of the 
temporary port number This ensures that an already 
used temporary port number is not allocated. 
[0137] It is probable that the step 216 of sending a 
temporary port enquiry message will always be carried 
out, since a foreign network proxy server, or its function- 
al equivalent, will not be (or need not be) aware of 
whether there are other foreign network proxy servers 
in the same network. 



[0138] Although it is described hereinabove that the 
destination port numbers are temporarily replaced in re- 
sponse to a clash of port numbers between different 
quality of service sessions, it will be appreciated that 
5 other elements of the flow identification information may 
be temporarily replaced so as.tp ensure a unique flow . 
identification. 

[0139] Although in the above description the tech- 
nique for supporting a quality of service session when 

10 the foreign network includes a foreign agent advanta- 
geously utilises the described, preferred technique for 
supporting a quality of service session between a for- 
eign network and a mobile node with a foreign agent 
care-of address, where a mobile node identifier is at- 

^5 tached to the message packets between the home 
agent and the foreign network, it will be appreciated that 
the application of the technique described herein may 
be more widely applicable, and is not limited to such a 
scenario. The above described new technique may be 

20 uUlised in any technique for supporting quality of service 
in mobile IP when the nature of the technique for sup- 
porting the quality of service session is such that a clash 
may occur between the flow identification information for 
different information flows. 

25 

Claims 

1. A method of establishing an IP quality of service 
30 session between a correspondent node and a mo- 
bile node, the mobile node having a home address 
in a home network and being temporarily connect- 
able in a foreign network having a foreign agent 
supporting associated with at least one further mo- 

35 bile node, wherein IP packets are directed to the 
mobile node from the correspondent node via the 
home network, the quality of service session being 
maintained in dependence on flow identification in- 
formation in the IP packets, the method comprising: 
40 determining whether the flow identification informa- 
tion of a quality of service session to be configured 
matches the flow identification information of an ex- 
isting quality of service session; responsive to a 
match, allocating temporary flow identification infor- 
ms mation to the quality of service session to be con- 
figured. 

2. The method of claim 1 wherein the temporary flow 
identification information is allocated between the 

so home network and the foreign network. 

3. The method of claim 1 or claim 2 wherein the steps 
of determining a match and allocating temporary 
flow identification information are carried out in the 

55 foreign network. 

4. The method of claim 3 wherein the temporary flow 
identification information is notified to the home net- 
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work by the foreign network. 

5. The method of claim 1, wherein the flow identifica- 
tion information includes an identification of an ap- 
plication provided at the -mobile node, wherein the 
step otallocating terhporary flow identification infor- 
mation comprises allocating a temporary identifica- 
tion of the application. 

6. The method of claim 5 wherein the application is 
identified by a port number 

7. The method of any preceding claim ip which the 
quality of sevice session is an RSVP session. 

8. The method of any preceding claim in which the 
temporary flow identification information is substi- 
tuted in the home netwwork and replaced at the for- 
eign agent. 

9. A mobile I P environment capable of establishing an 
I P quality of service session between a correspond- 
ent node and a mobile node, the mobile node hav- 
ing a home address in a home network and being 
temporarily connoctablc in a foreign network having 
a foreign agent associated with at least one further 
mobile node, whereiri IP packets are directed to the 
mobile node from the correspondent node via the 
home network, the quality of service session being 
maintained in dependence on flow identification in- 
formation in the IP packets, the mobile IP environ- 
ment having means for determining whether the 
flow identification information of a quality of service 
session to be configured matches the flow identifi- 
cation information of an existing quality of service 
session; the means being responsive to a match for 
allocating temporary flow identification information 
to the quality of service session to be configured. 

10. The mobile IP environment of claim 9 in which the 
means is provided in the foreign network. 



•;'^12 in which the home network includes means for 
substituting the temporary flow identification infor- 
mation to the quality of service session responsive 
to the means for allocating the temporary flow iden- 
tification information in the foreign network. 

14. The mobile IP environment of claim 13 in which the 
foreign agent is adapted to remove the substituted 
flow identification information. 
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11. The mobile IP environment of claim 10 the two mo- 
bile nodes are each associated with a respective 
one of at least two means, wherein the means are 
further adapted to detemnine whether the flow iden- 
tification information of a quality of service session 
between one of the mobile nodes and a correspond- 
ent node matches the flow identification information 
of a quality of service. session between the other of 
the mobile nodes and a correspondent node. 

12. The mobile IP environment of any one of claims 9 
to 11 in which the means for allocating teemporary 
flow identification information is provided in the for- 
eign network. 

13. The mobile IP environment of any one of claim 9 to 
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FIG. 11 
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FIG. 15 
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